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(54) Method and Apparatus for Local Generation of Media Content for Callers put on hold 



(57) A method of providing media content, such as 
music and video, to callers on hold involves the gener- 
ation of the media content locally in the environment of 
the held caller rather than the transmission of the con- 
tent over the network. The local call server (28) of the 
held caller (26) is signalled when the call has been 
placed on hold by the server which has placed the call 
on hold (16). The caller's server (28) then activates a 
music-on-hold server (32) (or other media content gen- 
erator) to provide the media content directly to the call- 



er's telephony terminal (26). The advantage of this is 
that the media content is not transmitted across the net- 
work (20), allowing a higher bandwidth to be used locally 
for the media content without utilising wide area network 
resources. This results also In the media content being 
provided In a higher quality format to the caller (26), 
avoiding the loss of quality associated with transmitting 
music using compressive voice codecs over packet- 
based networks. 
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Description 

Field of the invention 

[0001] The present invention relates to the provision 
of media content to callers on-hold in telephony appli- 
cations. The invention has particular application in the 
provision of music and other audio content in voice te- 
lephony over packet-based networl<s. 

Bacl<ground Of Tlie invention 

[0002] In traditional circuit-switched voice networks, 
a basic feature of many private branch exchanges 
(PBXs) is music-on-hold (MOH). A caller may be placed 
on hold either by a user of a handset connected to the 
PBX or automatically (e.g. while queuing for an operator 
to answer a call). In either case, the PBX switches MOH 
onto the voice channel as soon as the caller is placed 
on hold, so that music is delivered to the caller while he 
or she is holding. 

[0003] The source of the MOH may, for example, be 
a disk or tape drive connected to the PBX, or a radio 
tuner which delivers the content of a radio station to the 
caller, or it may be electronically generated music from 
the PBX. In any case, this music is delivered in either 
digital or analog uncompressed fomiat with minimal dis- 
tortion to the caller who is placed on hold. 
[0004] With packet-based voice networks, valuable 
Wide Area Network (WAN) resources are used when- 
ever a voice call Is made. Voice signals are therefore 
normally compressed by means of an algorithm known 
as a codec, before being transmitted as packets across 
the network, to reduce bandwidth. 
[0005] The International Telecommunication Union 
defines a number of standard codecs which are used to 
compress telephony signals. Two examples of such co- 
decs which are used in Voice over Internet Protocol 
(VoIP) calls are G.729AB and G.723.1, which result in 
data transfer rates of 8kb/s and 6.4y5.333 kb/s respec- 
tively. Both codecs provide acceptable standards of 
voice quality but since they are not designed to work on 
non-voice inputs, such as music, they often give unac- 
ceptable results when so used. This has the result that 
when used with common codec standards, MOH deliv- 
ered to the far-end PBX (where the caller on-hold Is lo- 
cated) will be rendered unrecognisable by the encoding, 
transmission and decoding. 

[0006] While there are uncompressed codecs (e.g. G. 
711 A Law) available for packet-based networks, it Is 
wasteful of bandwidth to use these codecs for the trans- 
mission of MOH due to the bandwidth-Imposed restric- 
tions of the networks. 

[0007] In applications such as video telephony, the 
bandwidth requirements will in general be greater, and 
it is therefore even less desirable to deliver video con- 
tent to callers who are on hold, even though this might 
be a desirable feature for customers of video conferenc- 



ing solutions. 

[0008] It is therefore an object of the present invention 
to provide improved quality media content to callers on 
hold. 

5 

Summary of the Invention 

[0009] The invention provides a method of providing 
media content to a caller on hold. The call is placed be- 
to tween first and second locations, each having an asso- 
ciated call control unit, the caller being at the second 
location and communicating with the first location by 
means of a telephony tenninal. The method of the in- 
vention is carried out by the second call control unit and 
15 involves the following steps: 

a) detecting that the call has been placed on hold 
by the first call control unit; and 

20 b) activating a media content generator associated 
with the caller's location to provide locally generated 
media content to the caller while the caller Is on 
hold. 

35 [0010] The invention allows for a reduction in band- 
width for calls which are on hold by allowing the media 
content (e.g. music or video on hold) to be provided lo- 
cally at the caller's end, rather than being transmitted 
across the network. 

30 [0011] In cases where telephony calls (whether voice 
or video) are made over a packet-based wide area net- 
work (WAN), significant bandwidth reductions are 
made. Even where the call temriinates on equipment 
based on a local area network (LAN) at either end, the 

35 content generated locally can generally be carried at a 
higher bandwidth over the LAN using a less compres- 
sive codec than is used to carry the call, since most 
LANs utilise high speed connections between entities 
on the LAN. 

40 [0012] The tenns "local" and "remote" as used herein 
denote symbolic rather than geographical proximity. In 
other words, entities which are controlled by one anoth- 
er or which are under mutual control are considered as 
"local" whereas independent parts of a network system 

45 are considered as "remote". 

[0013] The step of detecting preferably Involves re- 
ceiving a signal from the first call control unit that the 
call has been placed on hold. 

[0014] In this way, signalling between the two ends 
50 acts as an instmction that the call is being held and that 
locally generated MOH or other content should be 
switched into the call until the call comes off hold. Gen- 
erally, the respective call servers will establish at call 
set-up whether or not they are compliant with the inven- 
55 tion, and this infomiation is then used by the first call 
server (which Is placing the call on hold) during the call 
to decide whether to switch a MOH server into the call, 
or alternatively, to simply signal to the second server that 
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the second server should locally switch in a MOH server. 
[0015] Preferably, the media content generator com- 
prises an audio source associated with the second call 
control unit. Many call servers are traditionally provided 
with either a built-in MOH unit or an input for receiving 
MOH from a conventional audio source. 
[0016] Alternatively, the media content generator may 
be an audio source associated with the telephony ter- 
minal, either as a separate unit or as an integral part of 
the telephony terminal. The telephony terminal and the 
source can be mutually connected by a LAN or via tra- 
ditional connections to a PBX. 
[0017] As the invention has particular application in 
calls made over packet-based networks, the telephony 
terminal, second call control unit and media content 
generator are preferably each connected to a local area 
network (LAN) which is connected to the communica- 
tions network. 

[001 8] In a further preferred embodiment of the meth- 
od of the invention, the communications network is a 
packet-based network, and the call is conducted using 
a first codec, with the method further including the step 
of causing the telephony terminal to switch to a second 
codec while receiving content from the media content 
generator. 

[001 9] The advantage of this feature is that the band- 
width over the WAN can be conserved by using the first 
(low-bit rate) codec as normal In e.g. VoIP calls. How- 
ever, when the call is placed on hold, the call server of 
the held caller is signalled to switch the caller's terminal 
to a less-compressive codec to receive the locally gen- 
erated MOH, which will generally be confined to a LAN 
or local PBX environment which can provide higher 
bandwidth communications. 

[0020] In a further preferred embodiment of the meth- 
od, telephony signals continue to be received from the 
first location while the call Is on hold, with the second 
call server performing the mixing operation on these sig- 
nals with the media content from the local media content 
generator. 

[0021] This provides the advantage that the first call 
server can provide the caller with useful Information 
from e.g. a recorded announcement (RAN) unit, via the 
low bandwidth call codec while the call is held, and these 
announcements are then mixed in with the locally gen- 
erated MOH for the caller to listen to. Such announce- 
ments might be used, for example, to advertise products 
or services of the organisation which Is holding the call, 
or to provide the caller with infonnation regarding oppor- 
tunities to select particular extensions rather than hold- 
ing further. 

[0022] The first and/or second call control unit{s) can 
comprise a private branch exchange (PBX). 
[0023] In a further aspect the invention provides a 
method of holding a call placed across a communica- 
tions network between a first location having a first call 
control unit and a second location having a second call 
control unit. The method of this aspect of the invention 



Is carried out by the first call control unit and involves 
the steps of: 

a) placing the call into an on-hold state; and 

5 

b) signalling to the second call control unit that the 
call Is on-hold, whereby the second call control unit 
can provide locally generated media content to the 
second location while the call remains on hold. 

10 

[0024] This aspect of the invention provides the com- 
plementary steps carried out by the server which Initi- 
ates the call holding and which enables the call server 
at the far end to initiate local MOH. 
15 [0025] The method preferably also Includes the sub- 
sequent steps of: 

c) placing the call from the on-hold state Into an ac- 
tive state; and 

20 

d) signalling to the second call control unit that the 
call Is active, whereby the second control unit can 
finish providing locally generated media content to 
the second location. 

25 

[0026] In a further preferred aspect of the method, the 
second call control unit, on receipt of the signal from the 
first call control unit that the call is on hold, activates a 
media content generator associated with the second lo- 
30 cation to thereby provide locally generated media con- 
tent to the telephony terminal while the caller is on hold. 
[0027] In other words, a preferred method of the in- 
vention involves the relevant steps being taken by both 
call servers in combination. 
35 [0028] In another aspect there is provided a computer 
program which when executed causes a call server to: 

a) detect that a call made between a telephony ter- 
minal under the control of the call server and a re- 

•«> mote location has been placed on hold at the re- 
mote location; and 

b) activate a media content generator associated 
with the call server to thereby provide locally gen- 

^5 erated media content to the telephony terminal 
while the caller Is on hold. 

[0029] In a further aspect the invention provides a 
computer program which when executed causes a call 
so server to: 

a) place a call under the control of the call server 
on hold; and 

55 b) generate a signal to a remote location to which 
the call Is connected Indicating that the call is on 
hold. 



25 
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[0030] The invention further provides a call server 
comprising: 

a) a call control unit for maintaining control of a call 
between a telephony terminal associated with the 
server and a remote location to which the terminal 
is connected via a communications network; 

b) a detector for detecting that a call in which the 
terminal is involved has been placed on hold at a 
remote location; and 

c) a media content generation actuator for actuating 
a media content generator associated with the call 
server to thereby provide media content to the te- 
lephony terminal while the call is on hold. 

[0031] The call server of the invention is preferably 
either a private branch exchange (PBX) or a public 
switched telephony network (PSTN) exchange. 
[0032] The Invention further provides a telephony ter- 
minal having an associated media content generator 
and a media control unit for activating the generator and 
switching the output thereof into the voice channel of a 
call in which the temninal is involved on receipt of a signal 
that said call is on hold at a remote location. 
[0033] The terminal of the invention can be selected 
from a mobile handset, an analog or digital desktop set, 
an ethernet set, or a computer running telephony soft- 
ware. 

[0034] In another aspect, the invention provides a call 
control signal comprising an electronic indication that an 
Identified call has been placed on hold, said signal being 
adapted for transmission from a call server associated 
with the telephony equipment at which the call has been 
placed on hold, to a remote location across a commu- 
nications network. 

Brief Description of Drawings 

[0035] The invention will now be illustrated by the fol- 
lowing descriptions of embodiments thereof given by 
way of example only with reference to the accompany- 
ing drawings, in which: 

Fig. 1 1s a system architecture of a first embodiment 
of the Invention; 

Fig. 2 is a system architecture of a second embod- 
iment of the Invention; 

Fig. 3 is a system architecture of a third embodiment 

of the invention; 

Fig. 4 is a system architecture of a fourth embodi- 
ment of the Invention; 

Fig. 5 Is a system architecture of a fifth embodiment 



of the Invention; 

Fig. 6 is a system architecture of a sixth embodi- 
ment of the invention; 

5 

Fig. 7 is a flow chart of the operation of server soft- 
ware at the server placing a call on hold; and 

Fig. 8 is a flow chart of the operatloi ! of server soft- 
10 ware at the server of the caller who has been re- 
motely placed on hold. 

Detailed Description of Preferred Embodiments 

15 [0036] Fig. 1 shows an implementation of the inven- 
tion in which a plurality of telephony terminals 12 are 
connected within an intranet environment over a first lo- 
cal area network (LAN) 1 4. Calls over the LAN and from 
the LAN to external numbers are made under the control 

20 of a first call server 1 6. 

[0037] LAN 1 4 is connected via a router 1 8 to a wide 
area network (WAN) 20. The WAN uses the transmis- 
sion control protocol/internet protocol (TCP/IP) to carry 
packets between nodes on the network, with router 18 

25 being connected at one such node. A second router 22 
is connected at another node and a second LAN 24 is 
connected to router 22. This LAN also connects a plu- 
rality of telephony terminals 26 at a second location un- 
der the control of a second call server 28. The first and 

30 second call servers may be implemented, for example, 
by the "Meridian 1 " call server available from Nortel Net- 
works, Montreal, Canada. 

[0038] Each LAN Is provided with a muslc-on-hoid 
(MOh) server 30,32. Traditionally, such MOH servers 

35 are switched into the voice channel of a call by their local 
call sen/ers whenever a user places a call on hold, and 
thus the music provided by the MOH server is substitut- 
ed for the voice input of the caller who placed the call 
on hold and this music traverses the network 20. 

40 [0039] According to the present invention, however, 
the two call servers 16,28 Identify at call set-up their re- 
spective capabilities. As well as the nomnal information 
exchanges at this time (e.g. deciding which codec is to 
be used for the call based on the terminal capabilities, 

45 deciding on a bandwidth allocation, etc.). the senders es- 
tablish that they are compliant with the present Inven- 
tion. 

[0040] If and when the call Is placed on hold by either 
a user of one of the telephony terminals involved in the 

50 call, or some other entity (e.g. a call centre software ap- 
plication answering the call), the nomnal actions are tak- 
en by the call server. Thus, for example, assuming that 
the user at one of the terminals 12 places the call on 
hold by pressing the appropriate handset button, a mes- 

55 sage is passed to the call server Indicating that the call 
Is to be held. The server takes control of the call and 
releases the terminal from the call, allowing the user to 
e.g. place another call or replace the handset temporar- 
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ily. 

[0041] The call seiver 16 also, however, forwards a 
message to the call server 28 signalling it that the call 
is now on hold, and thereby innplicitly requesting that call 
server to provide MOH to the caller at the other end. In 
one of the most widely used VoIP protocols at the cur- 
rent time, the H.323 standard, a H.245 signalling chan- 
nel is used to carry call control signals between entitles 
involved in the call. The H.245 standard has user defin- 
able messages which can be used to define proprietary 
signals between endpornts. In this case, a H.245 "Add" 
message is used to indicate to the call server 28 that the 
call has been placed on hold by server 16. 
[0042] This prompts call server 28 to signal the local 
MOH server 32 to provide MOH to the appropriate one 
of telephony terminals 26. The signalling between the 
call server and the MOH server can be conducted using 
Media Gateway Control signals (e.g. the Megaco stand- 
ard defined by ITU H.248). 

[0043] The instruction from the call server 28 to the 
MOH server 32 will identify the network address of the 
appropriate terminal 26, and the MOH will then be de- 
livered by means of the RTP protocol. The instruction to 
the MOH server will typically also include an identifica- 
tion of the codec to be used, which may be an uncom- 
pressed codec such as G.711 . 
[0044] At the same time, the call server 28 will signal 
to the relevant telephony terminal that it should switch 
from the codec used to carry voice packets over the 
WAN to this new uncompressed protocol, so that this 
terminal is in a position to receive and correctly decode 
RTP packets arriving from the MOH server. Typically, 
the server 28 will send a confirmatory message back to 
the first call server 1 6, although this is not crucial. 
[0045] When the call is taken off hold at the first loca- 
tion, the first call server 1 6 sends a message to this ef- 
fect using the H.245 messaging protocol, and this mes- 
sage causes the second server to instruct the MOH 
server to cease broadcasting packets to the temiinal 26, 
and also instmct the terminal to revert to the original 
voice codec in order that the call may be resumed. 
[0046] Even in cases where the WAN has the capa- 
bility to carry uncompressed music using e.g. G.711, 
most networks will be engineered to assume that there 
Is a certain amount of end-to-end silence between both 
parties. In other words, even as a conversation is on- 
going, packets are only transmitted when there is actu- 
ally a voice input at either end, and such voice inputs 
are sporadic. The network engineers therefore typically 
assume that there will be silence in most calls for a cer- 
tain proportion of the time. MOH typically involves very 
little if any silence, and thus tends to require not only 
uncompressed codecs, but also a constant stream of 
packets across the network. By confining the flow of 
packets to the LANs at either end, therefore, these val- 
uable network resources are maintained. 
[0047] It will be appreciated that the scenario shown 
in Fig. 1 is symmetric, so that the second call sender 28 



could equally place a call on hold, causing the first call 
sen/er to activate its local MOH sen/er to play music to 
one of the local tenninals 12. 
[0048] Fig. 2 shows an implementation of the inven- 

5 tion in which the architecture at the first location (which 
places the call on hold) is identical to that of Fig. 1 . How- 
ever, in this case the caller being placed on hold is a 
mobile caller using a cell phone 34 connected by the 
global system for mobiles (GSM) or similar protocol to 

10 a base station 36. The base station 36 In turn passes 
the call signals to an exchange 38 of the caller's mobile 
sen/lce provider which is connected to the WAN 20. 
[0049] The exchange 38 is provided with a MOH sen/- 
er 40, and perfonns the function of the second call con- 

15 trol unit refen"ed to previously. Thus, it receives signals 
from the call server 16 indicating that the call has been 
placed on hold, and the exchange software Interprets 
these signals to switch the output of the MOH server Into 
the voice channel of the call. The music is thus broad- 

20 castto the cell phone handsetviathe base station, again 
avoiding the necessity of carrying the MOH over the 
packet-based WAN. 

[0050] In a variation of the system shown in Fig. 2, the 
MOH server 40 may be omitted if the mobile handset 

25 has the capability of storing and playing music itself, or 
if it can access another music source white on hold. In 
the first of these scenarios, the phone will have the ca- 
pability of storing music files in a high quality fomnat, e. 
g. the MP3 format, and this capability will be known to 

30 the exchange software. When the call is placed on hold, 
the appropriate message is simply passed along by the 
exchange to the handset, which maintains open the call 
connection, but switches the audio output to the user 
from the call to the built-in MP3 player in the handset. 

35 The handset monitors for the further signal that the call 
has been taken off hold, at which point it switches the 
call back into the audio output and disables the MP3 
player. 

[0051 ] In the second alternative scenario, the handset 
40 uses the "on-hold" signal received from the call server 
16 via the exchange 38 as an instruction to initiate a 
second call, while maintaining the first call. This second 
call will be to a media provider, such as a music service 
or a talk-based information service. It could also be a 
•^5 connection to a wireless application protocol (WAP) In- 
ternet site. Thus, when the mobile handset Is told that 
the call Is on hold, the caller is switched to a new audio 
media source or a browser connection is opened. The 
caller is free to enjoy and utilise this new media content 
50 until the "off hold" signal is received following which the 
new (second) call is disconnected and the caller is 
switched back to the first call which has been maintained 
on hold by the handset itself. 

[0052] For phones employing 2.5G and 3G wireless 
55 technology, a second call to a WAP server is not re- 
quired and thus a default web page can be called up 
when the call Is placed on hold. 
[0053] In the embodiment shown in Fig. 3, the left- 
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hand side of the architecture is again unchanged but the 
caller at the second location uses a desktop PC 42 run- 
ning telephony software to connect to the Internet (WAN 
20) via a modem 44. The call from the second location 
is under the control of a call server 46, but the only con- 5 
nection between call server 46 and PC 42 is via the 
WAN. 

[0054] When the call is placed on hold at the first lo- 
cation, a message is again sent from the first call server 
16 to the second call server 46. Rather than switching 
in a MOH server, however, the call server 46 simply in- 
structs the PC 42 that the call has been placed on hold 
and allows the PC to select the type of media content to 
play to the caller. Typically, the user of the PC will have 
predefined this in the telephony software but it could be 
e.g. music or video stored on the PC or in a connected 
device, or it could be a game loaded on the PC, or it 
could be an instruction to open a browser window to ac- 
cess a particular website. Again, in any case, while the 
call remains on hold, some type of locally generated 
content is provided to the caller, or a website is accessed 
by the caller, avoiding the necessity of providing MOH 
over the WAN while on hold. 

[0055] Fig. 4 shows a similar scenario to that of Fig. 
3, but with the difference that the user is making the call 
from an ethemet set. This ethernet set 48 has an in-built 
MOH capability, and thus when the second call server 
46 receives the information that the call is on hold, it 
issues a H.245 instruction to the set 48 to activate its in- 
built MOH facility until instructed that the call has been 
taken off hold. 

[0056] In the Fig. 5 embodiment, a plurality of tele* 
phone sets 50 at the second location are connected via 
an analog connection to a call server 52 in the form of 
a PBX having a built-in MOH server. The operation of 
this embodiment is similar to those previously described 
with the difference that signals from call server 16 to 
server 52 that a call from one of the sets 50 has been 
placed on hold, cause server 52 to switch the output of 
the MOH server Into the voice channel leading to the 
telephone set in question. When the call comes off hold, 
the voice connection to the WAN 20 is again restored. 
[0057] In Fig. 6 yet another embodiment is shown. 
This embodiment is generally similar to that of Fig. 1 with 
the differences that (i) one of the terminals 26 at the sec- 
ond location has been replaced by an audio mixer 54 
which is adapted to combine two or more audio inputs 
and output the mixed signals on a single voice channel, 
and (il) the MOH server at the first location has been 
replaced by a recorded announcement (RAN) server 56 
which is adapted to play a number of prerecorded voice 
messages rather than simply a stream of music. 
[0058] When call sender 1 6 places a call on hold, it 
signals this fact to call server 28 in the manner previ- 
ously described. It also, however, activates the RAN unit 
56 to play a series of messages at intervals while the 
call remains on hold. These messages are output to the 
original destination address of the call (one of the temrii- 



nals 26) over the WAN 20 using the original VoIP codec 
chosen for the call. 

[0059] Call sen/er 28 switches on the local MOH serv- 
er 32 and the mixing unit 54, MOH server 32 is instructed 
to output MOH to the LAN address of the mixer unit 54, 
and this mixer unit is in turn instructed to direct its output 
to the terminal 26 involved in the call, using an uncom- 
pressed codec. Server 28 also instructs the terminal 26 
to switch to the same uncompressed codec, as previ- 
ously described. While the call remains on hold, voice 
packets arriving over the WAN 20 from RAN server 56 
are redirected to the mixing unit where they form an in- 
put. The mixing unit mixes this voice input with the MOH 
input according to a pre-defined algorithm (e.g. the vol- 
ume of the music might be lowered while the voice input 
is arriving, so that the voice signal can be clearly heard 
in the mixer output over the reduced volume music, with 
the music volume restored during the periods between 
voice announcement. This mixed output Is then provid- 
ed to the caller who hears the RAN messages over the 
locally generated MOH. The advantage of this embodi- 
ment is that only the compressed codec is used to trans- 
mit the RAN messages over the WAN. while the higher 
quality codec is used for the music and combined music 
voice signals sent over the LAN. 
[0060] Figs. 7 and 8 show the operation of the control 
software running at the first and second servers of e.g. 
Fig. 1 , respectively. In practice a single piece of software 
will control the operation of a server both when it acts to 
place a call on hold and when it is infomned that a call 
made to or from one of its local terminals has been re- 
motely placed in hold, but for clarity the operation of both 
aspects of the invention will be described separately 
with reference to the flow charts of Figs. 7 and 8. 
[0061] In the flowchart of Fig. 7, the first server, during 
call set up, step 60, detemnines whether or not the server 
controlling the other end of the call is compliant with the 
invention (as well as detemnining all other call parame- 
ters to be established between the two ends). The serv- 
er software module controlling the operation of the in- 
vention then enters a waiting mode, step 62, until the 
call is placed on hold by e.g. the local caller pressing a 
hold button on his or her telephone set, step 64. The 
server then places the call on hold as normal, step 66, 
e.g. by freeing the tennlnal from the call and temninating 
the call at the server to allow the terminal to make other 
calls or to hang up temporarily. 
[0062] When the call is placed on hold, the software 
detenmines whether or not the other server is compliant 
with the invention (from the call set-up capability ex- 
change), step 68. Taking the case first where the other 
server is not compliant, the server switches on a local 
MOH server, step 70, and switches the output into the 
outgoing voice channel of the call. 
[0063] The server then awaits a signal that the call is 
to be taken off hold, step 72, determined by the local 
user again pressing the hold button (or the line button 
of the line on which the call is being held), step 74, foi- 
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lowing which the server switches off the MOH server, 
step 76, and returns the active call to the terminal, step 
78. 

[0064] If the other server is compliant, however, a dif- 
ferent sequence of steps is followed according to the 
invention. In this case, when the call is placed on hold, 
the local IVIOH server is not activated, but instead a H. 
245 signal is passed to the remote server, step 80, in- 
structing it to provide the media content to its own ter- 
minal while the call is on hold. The first server then 
awaits the instruction to take the call off hold, step 82, 
detennined by the hold button being pressed by the us- 
er, step 84, following which the first server sends a sec- 
ond message to the second server, indicating that the 
call is being taken off hold, step 86. The call is then re- 
turned to the terminal, step 78, following which the soft- 2. 
ware module awaits the next "hold" instruction, step 62. 
[0065] In the software module running on the second 
server, Fig. 8, the call set up, step 90, identifies to this 
server that the remote server controlling the other end 
of the call Is compliant and thus that H.245 messages 
can be expected if the call is placed remotely on hold. 
The server thus awaits such messages, step 92, and on 
receipt of such a message, step 94, the server activates 
its local MOH server, step 96, and instructs it to output 
to the local terminal involved in the call in question. This 
instruction will also identify to the MOH server which 
(generally uncompressed) codec it should use to trans- 
mit the RTP packets containing the MOH. At the same 
time, the server instructs the local temiinal to switch to 
this new codec to allow it to receive and decode the RTP 
packets from the local MOH server, step 98. 
[0066] The MOH server continues to provide MOH to 
its local temiinal until the call server receives a further 
signal from the remote server that the call is being taken 
off hold, step 100, at which point it instructs the MOH 
server to stop transmission, step 102, and instructs the 
local temiinal to revert to the original VoIP (compres- 
sive) codec allowing conversation to resume, step 1 04. 
The process then reverts to step 92 awaiting a further 
signal that the call is again on hold. 
[0067] While the invention has been primarily de- 
scribed in relation to voice calls and the provision of mu- 7. 
sic on hold, it will be appreciated that the invention is 
also applicable to other telephony applications such as 
e.g. video telephony, in which case the content played 
to the caller on hold may involve visual and/or audio me- 
dia streams. 
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said caller being at said second location and com- 
municating with the first location by means of a te- 
lephony terminal (26), characterised in that said 
method is carried out by the second call control unit 
and comprising the steps of: 

a) detecting that the call has been placed on 
hold by the first call control unit (16); and 

b) activating a media content generator (32) as- 
sociated with said second location to thereby 
provide locally generated media content to the 
telephony tenninal (26) while the caller is on 
hold. 

A method according to claim 1 , wherein said step 
of detecting comprises receiving a signal from the 
first call control unit (16) that the call has been 
placed on hold. 

A method according to claim 1 or claim 2, wherein 
said media content generator (32) comprises an au- 
dio source associated with the second call control 
unit (28). 

A method according to claim 1 or claim 2, wherein 
said media content generator (32) comprises an au- 
dio source associated with said telephony terminal 
(26). 

A method according to claim 4. wherein said audio 
source comprises a memory for storing audio con- 
tent and a playback unit, both the memory and the 
playback unit forming part of said tenTiinal. 

A method according to claim 1 , wherein said media 
content generator comprises an Internet connec- 
tion associated with said telephony tenninal, and 
wherein said locally generated media content is ac- 
cessed from a remote Internet site before being pre- 
sented to said caller at said telephony terminal. 

A method according to any of claims 1 to 5, wherein 
said telephony tenninal (26), said second call con- 
trol unit (28) and said media content generator (32) 
are each connected to a local area network (LAN) 
(24) which is connected to said communications 
network. 



Claims 



A method of providing media content to a caller on 
hold in a call placed across a communications net- 
work between first and second locations, said first 
location having a first call control unit (16) associ- 
ated therewith and said second location having a 
second call control unit (28) associated therewith, 



so 8. 



55 



A method according to claim 7, wherein said com- 
munications network is a packet-based network, 
and wherein said call is conducted using a first co- 
dec, said method further comprising the step of 
causing said telephony terminal to switch to a sec- 
ond codec while receiving content from said media 
content generator. 



9. A method according to any preceding claim, further 
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comprising the step of receiving telephony signals 
fronn the first location while the call is on hold and 
mixing said received telephony signals with the me- 
dia content from the local media content generator. 

10. A method according to any preceding claim, where- 
in the first and/or second call control unit(s) com- 
prise a private branch exchange (52). 

1 1 . A method of holding a call placed across a commu- 
nications network between a first location having a 
first call control unit (16) associated therewith and 
a second location having a second call control unit 
(28) associated therewith, characterised in that 
said method is carried out by the first call control 
unit and comprising the steps of: 

a) placing the call into an on-hold state; and 

b) signalling to the second call control unit (28) 
that the call is on-hold, whereby said second 
call control unit can provide locally generated 
media content to said second location while the 
call remains on hold. 

12. A method according to claim 11 , further comprising 
the subsequent steps of: 

c) placing the call from the on-hold state into an 
active state; and 

d) signalling to the second call control unit (28) 
that the call is active, whereby said second con- 
trol unit can finish providing locally generated 
media content to said second location. 

13. A method as claimed in claim 11 or claim 12, further 
comprising the step, carried out by the second call 
control unit (28) on receipt of the signal from the first 
call control unit (1 6) that the call is on hold, of acti- 
vating a media content generator (32) associated 
with said second location to thereby provide locally 
generated media content to the telephony terminal 
(26) while the caller Is on hold. 

14. A computer program product in machine readable 
form characterised In that said computer program 
product comprises instructions which when execut- 
ed cause a call control unit (28) to: 

a) detect that a call made between a telephony 
tenminal (26) underthecontrol of the call control 
unit and a remote location has been placed on 
hold at said remote location; and 

b) activate a media content generator (32) as- 
sociated with said call control unit (28) to there- 
by provide locally generated media content to 



the telephony tenninal while the caller is on 
hold. 

15. A computer program product in machine readable 
5 form characterised in that said computer program 

product comprises instructions which when execut- 
ed cause a call control unit to: 

a) place a call under the control of the call con- 
10 trol unit on hold; and 

b) generate a signal to a remote location to 
which the call is connected indicating that the 
call is on hold. 

15 

16. A call server (28) comprising: 

a) a call control unit for maintaining control of a 
call between a telephony tenninal (26) associ- 
20 ated with the server and a remote location to 

which the temiinal is connected via a commu- 
nications network characterised in that the 
call server further comprises; 

25 b) a detector for detecting that a call in which 

the temrilnal is involved has been placed on 
hold at a remote location; and 

c) a media content generation actuator for ac- 
30 tuating a media content generator (32) associ- 
ated with the call sen/erto thereby provide me- 
dia content to the telephony tenninal while the 
call is on hold. 

35 17. A call server as claimed in claim 16, wherein said 
server is selected from a private branch exchange 
(PBX) (52) or a public switched telephony network 
(PSTN) exchange. 

40 1 8. A telephony tenninal (26) characterised in that the 
tenninal comprises an associated media content 
generator (32) and a media control unit for activat- 
ing said generator and switching the output thereof 
into the voice channel of a call in which the terminal 

45 (26) is involved on receipt of a signal that said call 
is on hold at a remote location. 

19. A call control signal characterised in that the sig- 
nal comprises an electronic indication that an iden- 

50 tified call has been placed on hold, said signal being 
adapted for transmission from a call control unit as- 
sociated with the telephony equipment at which the 
call has been placed on hold, to a remote location 
across a communications network. 

55 

20. A communications network including a call server 
(28), wherein said call server comprises: 
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a) a call unit for maintaining control of a call be- 
tween a telephony terminal (26) associated 
with the server and a remote location to which 
the terminal is connected via said communica- 
tions network characterised in that the call 5 
server further comprises; 

b) a detector for detecting that a call in which 
the temriinal is involved has been placed on 
hold at a remote location; and 

c) a media content generation actuator for ac- io 
tuating a media content to the telephony termi- 
nal while the call is on hold. 
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music-on-hold server (32) (or other media content gen- 
erator) to provide the media content directly to the call- 



er's telephony tenninal (26). The advantage of this is 
that the media content is not transmitted across the net- 
work (20), allowing a higher bandwidth to be used locally 
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resources. This results also in the media content being 
provided in a higher quality fomiat to the caller (26), 
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music using compressive voice codecs over packet- 
based networks. 
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